Jump to content

damanloox

Members
  • Posts

    112
  • Joined

  • Last visited

Everything posted by damanloox

  1. VBXE is finally gaining some (well deserved) support (PopEye!) and it would be great to have as a card... Also - U1MB would be a "killer app" for 1090XL IMHO...
  2. Has anybody tried 1090xl and 80 column card with U1MB? Any issues...? Also - any chance 80 column card can be... "modified" to install/use RGB instead of hdmi?
  3. Congrats. I've been watching the video over and over and it's just a masterpiece. I wish more developers jumped the vbxe wagon as it's pretty clear 8-bit atari coupled with vbxe can do amazing things...
  4. Can't wait for this game to be completed! Great work @woj I'd love to see a physical cart being available for sale - I'd buy it instantly.
  5. Postage will be to NY. What I'm asking is if you can split the bundle (and sell 1200XL alone)...
  6. Any chance you could list the 1200xl alone (if the whole set doesn't sell)?
  7. Thanks. It is indeed great lot but I only need 1200xl... Shipping of that entire lot would cost too much.
  8. Hi, Does anybody have 1200XL for sale? In good condition and working...
  9. I don't know much about SIO (yet...) but looking at the code - current implementation uses a "timer" to check if the printing has finished (ie. it will let you download the pdf if certain time has passed since last SIO activity/print). So I'd guess there's no "universal" way of detecting that via SIO state (as I guess SIO is either active or idle). I'll try playing with buttons and see if it works... Not pretty (IMHO) but might work. As for commands - that won't be easy either... People can print from spartados, from basic etc. You'd need to implement that everywhere...
  10. I actually had a look and tried to implement (basic) functionality (something similar to unix spooler) but... the problem is when to save it (or send to tnfs server). There's no "end of print job" (as far as I know) so it would be hard to know when the user actually finished printing. In current implementation whatever you print is just one "print job" until you go to the web interface and download. Only then new "job" will start. So eg. if you print a listing from basic, then print another one and then download via web - you'll get everything on one page (or multiple pages but it will be one printout). The implementation is rather simple ie. it creates a file and writes/appends to it whatever is being printed until the file is downloaded - only then the file is "reset". That's where I stopped - I don't see how we could "detect" when the printout is done (I mean we could use some sort of timer ie. if nothing is printed fo x seconds then assume the user finished but that's rather ugly and might not work). I don't think implementing any of the options you mentioned would be hard to do (and I'd be happy to do it) but again - not sure how to deal with lack of "end of print job".
  11. Would it be possible to implement (at some point...) an autosave feature that would upload every pdf printout to a designated tnfs server/location...? That would be very handy as it wouldn't require manual "download" for every print job... Suggested naming convention: <hostname>_<printer_name>_<timestamp>.pdf
  12. Looking for 600XL (preferably PAL) fully working and in reasonably good condition...
  13. I've tested this issue (just thought I need to get some value form my oscilloscope from time to time ;)) and in three cases (ie. three Ataris I used for testing) 4050 generates TTL level CSYNC. That means we need 470 Ohm resistor to provide "SCART" level output (ie. 75 Ohm). That's what I'm doing on my new "daughter board" and it works perfectly fine. "Resistor kit" for VBXE is not really necessary as most people will take CSYNC from composite video anyway (which is already "SCART" compliant). The only "issue" is with CSYNC coming directly from 4050 because it's TTL level (and even though some TVs can deal with that I'd still recommend putting 470 Ohm resistor). I BTW - I sincerely hope FJC doesn't die for at least next several decades and outlives us all
  14. So my DIN13 breakout board (for VBXE) has finally arrived from China so I soldered the components and installed/tested XE version. Works perfectly and I can now output RGB to a TV via SCART as well as monitor (via custom DIN13 to VGA cable). There's not much difference when it comes to picture quality (ie. CSYNC coming from composite or going via LM1881 - I have UAV so perhaps composite is cleaner than stock) but the main goal was to have both CSYNC and VSYNC available as well as proper signal levels (ie. SCART level for SCART and TTL for VGA or monitors that need TTL). Anyway - will post gerbers soon (but be aware these components are rather small so making the board will not be easy for everyone).
  15. Actually - while we're at it - @Mr Robot would you consider making SIDE2 and SIDE3 replacement cases (so they fit 1200XL)...? Original SIDE2 needs filing in order to fit and SIDE3 needs significant force so replacement cases that actually _fit_ would be great IMHO.
  16. Even though my SysCheck doesn't exactly fit in the case (not Steve's fault and I'll be getting correct one anyway) but the quality is really great to the last detail. It even has brass (or some sort of other metal) inserts for screws! Honestly - if you have hardware that Steve makes cases for - just buy it.
  17. I will post the photos but: - this is not "standalone" product. You'll need VBXE first. - not sure if my phone is capable of showing actual quality - last time I tried it was not even close to real life - but I'll try. Perhaps with better lights. - I'm not selling these. I'll probably make Gerbers available so people can make them if they wish. I may have a few left after I upgrade all my stuff and would probably sell them at parts price but I'm not sure howany will be left and how much the parts actually cost (I went through a few "revisions" and lost track of actual cost :)))
  18. OK, here's next iteration of my DIN13 "board". Now with sync separator providing CSYNC and VSYNC. Input can come from either Composite or CD4050 pin 15. Output can be either SCART or TTL. I'd say most monitors and TVs are covered.... Picture quality is better compared to sync coming from Composite and at least as good as coming directly from CD4050 (the advantage is that you can have SCART output level regardless of source sync so no more tinkering with resistors). Note - this is a "pre-production" version hence a few "optional" components and jumpers. All hand soldered so looks rather bad (these resistors/caps are 0805 and I was in a hurry before next Euro 2020 match ;)). Production will probably hit whooping 10 units when the design is finalised and Chinese factory delivers the goods Also note - this is not a commercial project - all done for my own... needs and fun.
  19. If anybody who has pre-2019 SysCheck Standard (ie. no unpopulated space for CR batter holder at the back) wants a case (by Steve @therobotfactory.net) - I have one. Doesn't fit my "newer" version of SysCheck and Steve offered new one. Money from the sale (less shipping..) will go straight back to Steve. Case is brand new, not used or tinkered with. I'm in Ireland - postage to EU shouldn't be expensive.
  20. Thanks, that's what I suspected... As for piggybacking - I don't have space for that and I don't like it (in general). It'll be a good "test" for my DIN13 board (now with sync separator).
  21. Does anybody know if UAV provides CSYNC out on pin 15 (when installed in place of CD4050)?
  22. OK, problem solved. That purple patch cable got detached from 74LS08 (red circle on the picture). I soldered it back and everything is working perfectly now. Anyway - the board is now recapped, socketed (where I plan to put upgrades ie. U1MB, VBXE and PokeyMax) and I think I'll put sockets under all RAM chips (because what else would I be doing on Sunday morning BTW - those spots of flux here and there will be cleaned (just wanted to mention before the purists start screaming at me ) Thanks for all help.
  23. And there's no difference when I set SysCheck dip3 to off/on/off...
  24. As for desoldering (caps, ICUs etc) - I've seen people damaging pads and traces by pushing desoldering gun into motherboard. Don't do that. Lightly touch the board, wait half a second and wiggle around for another second while sucking the solder. Also - add some fresh solder to each point before desoldering. 99% of components will fall off without any force when using desoldering gun properly. Some components have their legs bent - in which case the technique of pulling the component while heating it has to be used..
  25. Yes, video is corrupted (which is clearly seen with SysCheck - it's not a bad photo, it's exactly what is on the screen)
×
×
  • Create New...