Quoting: whizseRight, but can Windows do the i386 > amd64 transition? Debian can [External Link] :tongue:

(It's very much a work in progress, and not for the faint of heart, but it is possible.)

How I love having old stuff lurking somewhere on the disk. :D
I had my Debian up for some 10 years in 2010 and wanted to keep it, so this is how I've done it back then:
https://webcache.googleusercontent.com/search?q=cache:xMn9B_LxJmcJ:https://v13.gr/2008/10/09/debian-i386-to-amd64-conversion/+&cd=1&hl=de&ct=clnk [External Link]

View this comment - View article - View full comments

Quoting: aluminumgriffinNice, however I really wish they would keep mesa somewhat up to date without forcing one into a FrankenDebian, maybe start with yet another "distro sub-section" (akin to non-free) that is "gaming" with the note that it is a slight sacrifice of stability for the sake of more bleeding edge (would also be a good place to put things like fresh OBS).

(mesa in Debian/Stable is at 18.3.6 , the iris drivers (matters if you uses intel iGPU) became good quite a bit after that (in the 19.x series) - to make it all that much funnier debian stable ships with libdrm 2.4.97 (to build the 19.x mesa and later you need at least libdrm 2.4.100)
In Debian/Testing it is mesa 20.1.8 and libdrm 2.4.102 so it is a night-and-day difference in terms of performance you get in stable and testing)).

I'm surprised. For Nvidia, I get new enough drivers with buster-backports. It seems that's not the case with Mesa? Maybe too entangled with the rest of the system?

View this comment - View article - View full comments

Quoting: kaimanThat said, back in 2002 Debian was the first major distribution to package and include the game I had been involved with, so it's not like they have been oblivious to this particular pastime until now.

Name it or it didn't happen! ;)

View this comment - View article - View full comments

I actually wanted to pass on this after a look into the demo. Warping from place to place in 3D just doesn't cut it anymore for me. I'm about to reconsider.

I’m working on a more technical article with all the nitty-gritty for those of you interested

If you stumble upon this, Liam (or anybody else reading here), I would love to get a pointer.

View this comment - View article - View full comments

I played (tried to) some Level 9 adventures back then. I think it included Snowball (1983), Lords of Time (1983), Return to Eden (1984). I don't think I got far in any. Still have them on cassette somewhere I guess.

View this comment - View article - View full comments

Quoting: Purple Library GuySo what? I don't need to know that. Have it pretend. I don't know what the heck LibreOffice does to a spreadsheet file when I save it--it's not my problem.

Remuxing should be like ten times faster, so you cannot really pretend here.

View this comment - View article - View full comments

Quoting: AnzaAvidemux has been mentioned already once in the discussion and it has options for copying the video and audio codec as is and it did save the file very quickly.

Unfortunately, it's one of those programs mentioned not being in the Debian repositories at the moment. I remember the user interface as not too nice, but that was... quote some time ago.

Quoting: AnzaThat I don't know for sure that if you actually have to re-encode anything if you cut between key-frames. At least in theory it could leave the partial stream as is and then reconstruct new key frame at cut point.

I worked in that area 20 years ago, when MPEG-2 was the thing to use and MPEG-4 still in the making.
Cutting at key frames ("I") should "cut it". You need to pay attention though that frames coming earlier in the actual clip might come later in the stream. If you want to have frame exact cutting, there might be frames ("B") that reference frames in the future. Ideally, the application would reencode those to I or "P" frames (only referencing earlier frames). The usual frequency of I frames was 2 per second back then, but that might have been subject to change.
As said, the knowledge is 20 years old, so it deteriorated and of course, technology has advanced.

View this comment - View article - View full comments

Quoting: CFWhitmanThis is a lot about how video codecs and containers are constructed technically rather than being against the goals of video editing software. With most video containers, it is not possible to just split a file without re-encoding it.

I'm not aware of (and I can hardly imagine) a video format that would need reencoding of more than some frames (before the cut). Remuxing is fine and should be fast.

View this comment - View article - View full comments

Quoting: razing32

Quoting: EikeA simple tool, non-crashing please, for dummies.
Please don't make me googling how I can cut something at the beginning and the end.
Cutting videos short, maybe some simple blending.
Please have "output format like input format" option.

Try Openshot
Found it easy to use to splice some videos

I tried this and succeeded cutting off the not-so-well ending of a video of my kid. (Second attempt, in first one I managed to delete the whole stuff instead of only the ending). Exporting worked, the result is fine.

What I'm severely missing is said "output format like input format" option. I think this would be suitable for a video editor.

What I'd really want is "please do not recode at all, just dump all those frames I told you I don't want".
But I guess that's just not what video editors are all about.

I tried to install other proposals from this thread (thanks for all of them!), but unfortunately found several not to be available in Debian stable at the moment (and didn't want to experiment).

But, I'm happy enough with OpenShot.

View this comment - View article - View full comments

Got my hands on the beta and the Linux version works quite well. Still some rough edges (probably on all systems), but I'm optimistic.

View this comment - View article - View full comments