Jump to content

Andrew Davie

  • Content Count

  • Joined

  • Last visited

  • Days Won


Posts posted by Andrew Davie

  1. Once again I find myself forced to make revisions to the PlusCart shell design.

    In response to...



    I do have one criticism and it does relate to the 3d printed shell. This may have been addressed already so if it has that is great.


    There are specifically 2 issues with it:


    First is that the corners of the cart from the bottom up, need to be tapered at about a 45° for about 2.5". I did this manually with a bar file and dremel because at first my cart would NOT fit into the 4 switcher I had on my bench at the time to test it. If I couldn't get it to fit into a 4switch cart slot, I knew it wasn't going to fit into a 7800 cart slot either so yeah... The DF cart has this done on it and it allows it to fit quite nicely into all variants of the 7800.


    The second issue, is that the dust pegs are too long. Need to trim them up about a .5cm to a full cm back. Because they are static and do not retract, they could cause issues in 7800s. It is a similar issue to the Tigervision carts. 


    Obviously this is the first report I've had of this, so I'd like to get feedback from anyone with a PlusCart shell to review all the changes needed. It's a bit of a problem that there have been quite a few revisions of the shell addressing the various issues that have come up - and I now regret not clearly labelling the shells in some way so that they can be identified.


    Anyway, it is what it is.  I'd like some feedback on the above, specifically...


    1) Do you have a machine in which your PlusCart does not fit properly?  What specifically needs to be adjusted.


    It's a bit of a pain for me, because obviously I like to produce quality product. On the other hand I can't afford to design/print/ship stuff that brings in next to nothing financially and then have to spend money replacing it. I have another batch of 24 cartridges already printed, for example - and will I have to scrap these?  Clearly there's a lot of variation in the dimensions of cartridge slots. I have a version now which fits all my machines, and has wider tolerances than previous efforts. Also, now super-strong. It's a good design. 


    But, the above report distresses me, and I'd like to fix/address the issues ASAP.


    So, if you're a pluscart owner with a 3D shell could you please respond with comments/suggestions.





  2. Blade Runner is a very dark film, in more ways than one. I had my doubts that the visuals would translate well to MovieCart because of the mostly dark scenes in the movie. Surprisingly, though, with a bit of tweaking it has come up OK. Perhaps a bit over-saturated...




    As to saturation, the Kong vs. Rex fight was under-saturated in the original, but I found that colour cues are very important in making the MovieCart visuals work, and in this latest pass at that particular sequence, I have slightly saturated the colours. It looks great...






    It's just a really amazing bit of encoding, given the very limited layout of the colours and resolution. I'd encourage everyone to have a look at TouchDesigner (used to encode these movies) - quite the interesting video/image processing workflow software.




    • Like 5

  3. 3 hours ago, Robsonz said:

    Good Night!!

    Same error on allpcb.com with me.

    And they gave two options to answer what to do.

    These are:


    1:Need to make the slot pointed by the arrow. Accept the plug hole is gong off.
    2:No need to make the slot. ignore the part pointed by the arrow. please choose one.


    Which one should i mark???


    I don't understand the wording totally, but #1 sounds like it.

    You do want to have the hole there.  You do need to make that "slot" pointed to by the arrow.


    • Thanks 1

  4. Here are some re-encodings. I've been learning how best to tweak the various image parameters. There's a bit of a balance; increased dithering ("blend") reduces the vertical colour bands, but decreases resolution and legibility. These two have blend=0.85 and I think the resultant movies are a bit better than earlier renderings.





    knock on wood...



    Nb: These dropbox files are likely to disappear sooner rather than later so if you want them, make local copies please.




  5. 21 minutes ago, Capellão said:



    Does the position shown in the figure need to be slotted?

    Yes, it is a cutout. It's designed to allow you to place a shunt on those pins, which is removed for manual programming.


    • Like 1

  6. 48 minutes ago, Thomas Jentzsch said:

    Good idea! But SECAM movies on an Atari 2600...? :D 

    Here is a short section in SECAM. If I release an actual binary, Stella would be contractually obliged to support :)






  7. 15 hours ago, JetSetIlly said:

    Additional idea: a single bit in the cartridge that indicates the orientation of the encoding. It wouldn't do anything on the hardware (except maybe an LED indicator) but it could be used by emulators to rotate the TV output automatically.


    I'd also like to see the TV format/palette of the encoding included.  That is, perhaps 2 bits which indicate NTSC/PAL/SECAM.  Useless for hardware, of course, but very useful for an emulator to auto-switch the palette when playing a moviecart.

    • Like 2

  8. On 9/12/2021 at 2:02 AM, Al_Nafuur said:

    Yesterday I received a batch of 25 PlusCarts from my soldering service:



    I have already put them in the PlusCart online shop:



    Currently I am out of STM32 boards, and it looks like they are not available for a reasonable price.








    I have already printed 24 new PlusCart shells using the super-sturdy design.

    Ready to ship, if wanted.

    • Like 1

  9. I'm encoding "Princess Bride" - I thought these were amusing.

    They're the moviecart rendering of a NES baseball game being played in the movie....





    • Like 2

  10. 16 minutes ago, rbairos said:

    I thought it may be the encoding as it's always starts in the exact same spot.

    I am not setup with the correct branch of gopher to check/confirm behaviour definitively on that emulator.


  11. 1 minute ago, rbairos said:

    Probably an issue with the encode is my first guess.

    If an issue with the encode, then hard to explain why Gopher seems to display OK.

    Not thoroughly tested, but at least the last frame of kong is confirmed good on kong and bad on stella.

  12. Super-low-priority request, but I'd love it if subtitles could be an optional extra in the encoding.

    I see them appearing in a scrolling line where the volume/brightness controls are, and toggled on/off by some switch on the console.

  13. 12 minutes ago, rbairos said:

    It works!!

    I had a look-see. It's a remarkable thing - congratulations!

    Who woulda thought it would be possible to have such quality.

    • Like 1

  14. I suspect a bug in stella implementation...?   Late in the "Kong" MVC, the movie starts exhibiting significant corruption.

    Some stella frames...  we're looking at the horizontal lines/corruption








    The reason I think the MVC file is OK is because Gopher displays the same without corruption (e.g., the last frame of the movie...)






  15. Could the display be switched to using mirrored playfield?

    Then you'd keep PF0 and some of PF1 blank, and get rid of the side stuff. The downside would be that the checkerboard pattern in the very middle would be two squares wide, and perhaps noticeable. I think its worth a try, though.

  • Create New...